對於跨平臺GUI的開發選擇，你不會完全像我這次一樣，選擇JavaFX做為主要框架。我在開始這次的深度學習前，也再做過一次了解：目前跨平臺視窗應用程式有哪些選項。你可以參考我所了解的，再對於自己的需求進一步選擇。

TL;DR

如果你是想先快速判斷「我該選哪個框架」，可以先看你的開發語言與部署平台：

• Python 開發者：若只是要快速做一個桌面工具，優先看 Tkinter；若你想更像現代 GUI，Qt（PySide6）與 Kivy 是下一個值得試的點。
• Java 開發者：若你已經在 JVM 生態裡，JavaFX 是最自然的選擇，而且適合做比較完整的桌面應用。
• C++ / Qt 使用者：如果你重視成熟度、原生感與企業級能力，Qt 是非常值得優先研究的選項。
• Web 前端/JavaScript 開發者：如果你有前端背景，Electron 會是最容易上手的桌面路線，但體積和記憶體通常比較大；Tauri 是更輕量、更像現代 Web 桌面應用的優先選擇。
• Rust 開發者：如果你想要更偏高效能與精簡打包，Tauri、GPUI 或其他 Rust GUI 框架是值得研究的方向。
• TUI / CLI 工具開發者：如果你其實不是做視窗程式，而是終端工具，那麼 Textual、React Ink、Bubble Tea、Ratatui 都是更適合的優先選擇，這已經是一個完全不同的路線。

簡單說：

• JavaScript/TypeScript 轉桌面：Electron 或 Tauri
• Python 轉桌面：Tkinter 或 Kivy
• Java 轉桌面：JavaFX
• C++/跨平台桌面：Qt
• CLI/TUI：Textual、React Ink、Bubble Tea、Ratatui

也就是說，若你有 Web 開發經驗，Tauri / Electron 很可能是最自然的入口；若你想做的是終端工具，應尋找TUI 或CLI的工具設計相關框架。

讀完後，立刻可以做的事

參考本文，依照自己的背景經驗與需求選擇框架。並在真正確認使用前，先做兩個最小驗證：

1. 用最短時間跑出一個最小視窗／最小 TUI
2. 打包成可分發版本

然後判斷是否符合你之後的維護與擴展需求。如果一個框架可以讓你在最短時間內完成第一個原型，通常比它的「名氣」更重要。

那麼首先先分享我有經驗的框架：

Tkinter(Python) 或 Tcl/Tk

我自己是熟悉Python的，所以首先對於真的真的臨時有GUI使用需求，會先想到CPython就帶著的Tkinter。

import tkinter as tk

root = tk.Tk()

message = tk.Label(root, text="Hello, World!")
message.pack()

root.mainloop()

其實Tcl/Tk使用起來幾乎一模一樣，畢竟Tkinter就是基於Tcl/Tk的，不過因為Tcl命令式語言的設計，甚至會比Tkinter看起來更簡單一點。但對於複雜場景我自己是不太習慣只使用命令式設計。

label .hello -text "Hello World"
pack .hello

另外印象中中文會出現亂碼，需要額外的處理工作。(這次在我Linux環境使用Tkinter的簡單測試並沒有遇到)

Qt

Qt是出名的開源/商業雙授權的跨平臺GUI框架，甚至對於iOS/Android等行動裝置也有支援。
有Qt Creator這個可視化設計工具(沒想到可以在瀏覽器直接使用了)。記得甚至可以直接生成PySide程式碼(不需要再進行一次UI文件的載入與綁定)。我的使用經驗就是在用Keycloak學習身份驗證與授權32中學習Device Code Flow這個OAuth 2.0流程。

一些我知道使用Qt開發的軟體，我的使用體驗都很好。Qt是使用C++開發的，C++天然可以使用，並且官方支援Python的橋接，對於官方支援這件事在「穩定」和「順心」很重要，有過一些不是第一梯隊官方支援的語言，除了要做的事情多很多外，坑也踩了不少。目前看來C#和Rust的橋接也在Beta版，對於C#和Rust且本已經熟悉Qt的開發者，Qt完全可以是個選項。雖然C#和Rust生態有其他名聲更亮的框架，但對於那些後起之秀，Qt已經證明了自己的穩定，也有累計一定的生態與工具。此外甚至可以購買商業支援。

Kivy(Python)

kivy-calculator是使用Kivy開發的行動裝置APP。Kivy是Python生態跨平臺、跨裝置的GUI框架。使用起來使簡單的，若沒有特殊需求，甚至可以忽略tkinter直接先嘗試Kivy使用。

不過對於行動裝置APP的打包和Android系務功能的交互，當初遇到不少麻煩。但有很大可能是因為我不熟悉Android APP開發生態，儘管當時也有Android Studio的使用經驗，可是其中有太多細節不清楚，以至於Kivy遇上的麻煩得花很多力氣解決。

GTK(多語言)

GTK是Linux生態很常使用到的GUI框架，本身是使用C語言寫的，也因此有相當多的語言橋接綁定，包含C++、Python、Java、Go、Rust、JavaScript。有Glade可以用於可視化的界面設計工具。

不過因為Windows的ABI使用慣例與Linux不同，在Windows上的開發和使用體驗略略差。但近期使用MSYS2的體驗，在不用到WSL或其他虛擬機技術的情況下感受好很多。(MSYS2不是用於GTK應用的開發，單純我對於Windows上體驗類似Linux經驗的感受)

Electron.JS

很多JavaScript/TypeScript的開發者，應該對於開發桌面應用程式首選會是Electron.JS吧！ Atom Editor帶紅的JavaScript開發桌面應用程式，更促成微軟的VSCode。

但很容易就把打包後的檔案肥大外(畢竟塞了一個瀏覽器)，使用起來也有可能很吃記憶體。但對於前端開發人員無疑是遷移最小的方式。

(Atom Editor的後繼者: Pulsar Editor)

Godot

Snake-Game(試玩)
是使用Godot開發的一個跨平台、跨裝置，甚至可以直接在瀏覽器上直接遊玩的貪吃蛇遊戲。它明明定位是作為一個「遊戲引擎」，為什麼會在「跨平台GUI框架」比較中提到呢？是因為看到有人使用Godot開發Lorien-一個無線畫布的白板工具。遊戲引擎包含圖形互動介面設計，可想當然可以作為工具開發使用，不知道沒有沒人用Unreal、Unity做類似的事情。另外Lua也有Love2D遊戲引擎可以使用。

視窗開發工具當然也可以做遊戲。我也用過VB6做過一些小遊戲。

wxWidgets(多語言)

wxWidget是使用C++開發，但有多語言的橋接實現，包含wxPython、wxLua、wxdragon(Rust)。

wxWidget最大的特色是使用原生級別的GUI框架，像是在多數Linux環境使用wxGTK，Windows使用wxWSM、OSX使用Cocoa(Platform Detail)。不過其實還有wxQt，所以與其說是GUI框架，更像是強大的翻譯官，橋接轉譯各個框架與開發人員的溝通。

我自己有在使用的知名應用有：Filezilla、FreeFileSync。

後面條例的是目前我沒用過，但網路上很容易找到的選擇：

其他知名框架

• Flutter(Dart):
  Google 開發的框架，高度綁定Dart語言。推出之初的重點就是在行動裝置開發，另外可以用於網頁和傳統桌面視窗環境。
• JavaFX: 此次系列重點對象。透過FXML設計畫面、CSS調整畫面風格，以及JAVA寫運行處理邏輯。並且有測試框架TestFX和圖形化界面設計工具Scene Builder。基於JVM環境，所以其實很多基於JVM的語言，包括Kotlin、Clojure都可以使用。
• Avalonia(.NET UI): 當前我的認知與JavaFX很像，同樣有基於XML擴充的XAML，同樣可以利用類似CSS方式設計界面風格。不同的是基於C#語言，但也因為基於C#語言，所以基於CLR( Common Language Runtime)的語言，像是F#也可以試用。
• Capy: Zig語言開發的跨平臺GUI。就特色介紹感覺有點像是wxWidget。
• GPUI: Rust開發，著名應用Zed編輯器，Zed開發團隊爲了Zed工具開發出來的，可能還不能算是GUI框架，找到兩筆資源連接： https://gpui.rs/ 和 https://gpui-kit.com/ ，後者GPUI-Kit看起來有豐富的組件示例。其他參考資源： Rust GUI 框架比較-GPUI vs Iced

其他知名框架(Electron.JS相似的替代品)

----- 基於WebView的-----

• Tauri: Rust語言在GPUI出來前，最容易查到的框架。
• Sciter: 類似Tauri，只是使用語言是C++。
• NW.js: JavaScript生態的Electron.JS替代品
• NeutralinoJS: JavaScript生態的Electron.JS替代品

純文字界面(TUI / Text Uer Interface / Terminal User Interface)

大學時期使用過ncurses，且雖然我本身也經常使用CLI工具，但還真沒有想過AI時代會迎來TUI的文藝復興。我是在Claude Code源碼泄漏事件後，留意到React Ink的。也因爲ncurses的經驗很難突破想象可以這麼現代化、簡易的開發TUI工具。並且近期也在了解Wezterm、Ghostty。

現代化的TUI，有很多不只是基於傳統Terminal，更需要新一代Terminal支援。比如顯示圖片需要Terminal應用支援iTerm2的Inline Images Protocol。看訪談Ghostty希望提供更多現代化的能力。

至於我自己比較熟悉的Python也有Textual套件可用。另外因為AI代理(AI Agent)，CLI工具也迎來新一波流行，除了我曾經留意過的Click，Typer看起來開發也簡化不少。

• React Ink(Node.JS生態): https://github.com/vadimdemedes/ink
• Textual(Python): https://textual.textualize.io/
• Ratatouille(Rust): https://ratatui.rs/
• Bubbletea / Charm(Golang): https://github.com/charmbracelet/bubbletea
• C/C++ ncurses / curses

最後是AI提供的橫向對比

這 16 個框架跨越了從 1980 年代至今的技術演進，其底層邏輯可分為四大派系：原生控制項派（調用 OS 元件）、自渲染派（用 GPU 畫出 UI）、Web 技術包裝派（用瀏覽器核心渲染）以及遊戲引擎延伸派。
以下將針對您指定的 16 個框架進行核心特性的橫向對比，並提供深度的詳細分析。

📊 16 款跨平台 GUI 框架橫向對比表

主流 TUI 框架比較表

🔍 各框架深度研究與核心特色## 1. 經典桌面元老派 (C/C++)

• GTK
• 核心特色：GNOME 桌面環境的基石，採用 C 語言物件導向 (GObject) 設計。外觀在 Linux 上極其完美，但在 Windows/macOS 上需要額外的佈景主題調整，外觀較非原生。
  • 價格與授權：LGPL 授權，允許商業閉源使用，完全免費。
  • 行動端：僅支援基於 Linux 的行動系統（如 Phosh、Ubuntu Touch），不支援 iOS/Android。
• Qt
  • 核心特色：跨平台 GUI 的黃金標準。功能極其龐大，包含網路、資料庫和 3D 模組。其 Qt Quick (QML) 採用宣告式語法，能打造極其流暢、具備現代動畫感且硬體加速的介面。
  • 價格與授權：採雙軌制（LGPLv3 與 商業授權）。若使用 LGPL，若動態連結則可商業閉源；若修改原始碼或使用閉源靜態連結，則必須購買極其昂貴的商業授權（每年每開發者數千美元）。
  • 行動端：對 iOS 和 Android 有極為成熟且工業級的支援。
• TK (Tkinter)
  • 核心特色：Python 內建的預設 GUI 庫。技術非常古老（1980年代末產物），雖然近年引入了 ttk 改進外觀，但預設視覺風格依然非常落後、過時。
  • 價格與授權：類 BSD 授權，完全免費，可自由用於商業專案。
  • 行動端：完全不支援。
• wxWidgets
  • 核心特色：「堅持原生」。它本身不繪製控制項，而是封裝了底層作業系統的原生 API（Windows 上調用 Win32，Mac 上調用 Cocoa，Linux 上調用 GTK）。因此，編譯出來的程式碼在各平台上擁有 100% 正統的原生外觀與操作行為（如：Audacity）。
  • 價格與授權：使用自訂的 wxWindows License（基於 LGPL 但放寬限制），允許免費靜態連結且無需公開個人商業代碼。
  • 行動端：有過 wxMobile 計劃，但目前對 iOS/Android 的支援度極低且屬於實驗性。

2. 現代企業與大廠派 (.NET / Java / Dart)

• Flutter
  • 核心特色：Google 推出，使用 Dart 語言。它完全繞過系統控制項，直接利用 Impeller/Skia 渲染引擎在畫布上像素級地畫出 UI。介面極其精美，高達 120Hz 的流暢動畫，生態圈非常龐大。
  • 價格與授權：BSD 授權，完全免費且完全開源。
  • 行動端：天生為行動端而生（iOS/Android 支援度為業界頂級），目前桌面端（Windows/macOS/Linux）也已高度成熟。
• Avalonia
  • 核心特色：被譽為現代跨平台版的 WPF。採用 XAML 語法，對 .NET / C# 開發者極其親和。同樣採用自渲染（Skia），在各平台展現高度一致的像素級美觀介面。
  • 價格與授權：MIT 授權，免費開源。
  • 行動端：目前已正式支援 iOS 與 Android，在跨平台 .NET 開發中表現優於微軟官方的 MAUI。
• JavaFX
  • 核心特色：Java 官方用來取代 Swing 的現代 GUI 框架。支援 FXML 佈局與 CSS 樣式表，內建 Prism 硬體加速渲染引擎，適合編寫企業級複雜的管理後台或資料視覺化工具。
  • 價格與授權：目前由 OpenJFX 社群維護，採 GPL v2 + Classpath Exception 授權，允許商業閉源使用，完全免費。
  • 行動端：官方不直接支援，但可以透過第三方商業公司 Gluon 轉換並部署至 iOS/Android。

3. 前端網頁技術派 (JavaScript / TypeScript)

• Electron
  • 核心特色：將 Chromium 瀏覽器核心與 Node.js 後端打包在一起。Web 前端工程師可以無痛開發桌面軟體。缺點廣為人知：打包體積動輒 100MB+，記憶體消耗極大。
  • 價格與授權：MIT 授權，完全免費。
  • 行動端：不支援（行動端對應的技術通常是 Capacitor 或 React Native）。
• NW.js
  • 核心特色：與 Electron 類似且歷史更早。主要區別在於 NW.js 對網頁的控制權更高，允許在 HTML 內直接調用 Node.js API，且支援原始碼加密（打包成 V8 快照），更有利于商業保護。
  • 價格與授權：MIT 授權，完全免費。
  • 行動端：完全不支援。
• Tauri
  • 核心特色：「Electron 殺手」。前端一樣使用網頁技術，但拒絕自帶 Chromium。它直接調用操作系統內建的 Web 視窗（Windows 的 Edge/WebView2，macOS 的 WebKit）。後端則改用極致效能的 Rust。打包體積可以縮小到驚人的 10MB 以內，記憶體佔用極低。
  • 價格與授權：MIT / Apache 2.0 雙授權，完全免費。
  • 行動端：Tauri v2.0+ 正式完美支援 iOS 與 Android，成為混合行動開發的新興強大選擇。
• NeutralinoJS
  • 核心特色：比 Tauri 更極端的輕量網頁派。同樣調用系統原生 WebView，但其後端不用 Rust，而是用標準的 C/C++ 寫成一個極小的可執行檔。它沒有 Node.js 龐大的運行庫，只透過輕量級的 WebSocket 進行前後端通訊，打包體積甚至不到 2MB。
  • 價格與授權：MIT 授權，完全免費。
  • 行動端：完全不支援，專注於輕量級桌面端。
• Sciter
  • 核心特色：專為桌面 UI 設計的 「嵌入式 HTML/CSS 引擎」。它不是瀏覽器，而是作者自行研發的超輕量渲染器（僅幾 MB）。支援 HTML5/CSS3 的子集與自研的腳本語言（或 JS）。防毒軟體 ESET、防毒軟體 Norton、以及著名軟體 AIDA64 的 UI 皆是基於 Sciter 構建。
  • 價格與授權：專有授權。免費版本不提供原始碼且帶有些許限制；商業授權（包含獲取 C++ 原始碼與去掉限制）需要付費购买（通常數千美元不等）。
  • 行動端：支援 Windows, macOS, Linux, Android 以及 iOS。

4. 新銳尖端與遊戲引擎派 (Rust / Zig / Game Engines)

• GPUI
  • 核心特色：由現代極速編輯器 Zed 的團隊開源的 Rust GUI 框架 gpui.rs。它是一個利用 GPU 進行像素級渲染的立即與保留混合模式框架。效能極其恐怖，專為建構每秒 120 幀、文字渲染細緻、反應零延遲的極速開發工具而生。
  • 價格與授權：Apache-2.0 / MIT 雙授權，完全免費。
  • 行動端：目前僅專注於桌面端（macOS/Linux 已支援，Windows 開發中），暫無行動端計劃。 [1]
• capy
  • 核心特色：專為新興語言 Zig 設計的跨平台聲明式 GUI 框架。它的目標是「用作業系統的原生控制項 (Native Controls)」來構建輕量、具備無障礙輔助 (Accessibility) 且體積極小的獨立 App。它最大的技術優勢在於利用了 Zig 強大的跨平台交叉編譯 (Cross-compilation) 能力，讓開發者在任何一台電腦上都能一鍵編譯出所有平台的執行檔。
  • 價格與授權：MPL-2.0 (Mozilla Public License 2.0) 授權，免費開源，允許商業閉源使用，但若修改其框架本身代碼需開源。
  • 行動端：目前處於 WIP (開發中) 狀態，未來規劃支援 Android 與 iOS。 [2, 3, 4, 5, 6]
• Godot Engine
  • 核心特色：雖然是知名開源 3D/2D 遊戲引擎，但因為其內建的 Control 節點（UI 系統） 非常強大流暢、支援響應式佈局和高階文字渲染，且編輯器本身就是用 Godot 自己畫出來的，因此被大量開發者拿來編寫非遊戲的 GUI 工具（例如：像素畫工具、音樂製作軟體）。
  • 價格與授權：MIT 授權，完全免費，無任何版稅。
  • 行動端：完美支援，可一鍵匯出至 iOS、Android、PC 及網頁端。
• love2d
  • 核心特色：極簡的 2D 遊戲框架，使用 Lua 語言。它本身沒有內建像 Godot 那樣繁複的 UI 控制項，需要搭配第三方 Lua 庫（如 Slab 或 Gooey）來繪製 GUI。但因為 Lua 執行極快、框架體積極小，很適合用來寫輕量級的視覺化工具。
  • 價格與授權：Zlib 授權，極其寬鬆，完全免費。
  • 行動端：支援將專案打包運行在 Android 和 iOS 上。

5. 重點 TUI 框架特性解析

• Python Textual

  • 設計亮點：現代 TUI 的集大成者。直接將 Web 開發思維引進終端機，寫法極像 HTML/CSS。內建 DOM 樹、事件傳遞機制與非同步 (asyncio) 支援。
  • 優勢：開發速度快，能輕鬆作出帶有分頁、樹狀圖、彈出視窗與滑鼠滾動的複雜介面。
  • 劣勢：依賴 Python 執行期環境，散播時需要打包 Python 虛擬環境（如用 PyInstaller/Nuitka）。

• Node.js React Ink

  • 設計亮點：將 React 渲染器（React Reconciler）轉接至終端機，組件（<Box>, <Text>）直接寫成 JSX。底層整合 Facebook 的 Yoga 引擎，支援完整的 Flexbox 佈局。
  • 優勢：對前端工程師極度友善，適合拿來打造富有互動感的 CLI 工具（如專案初始化腳本、進度儀表板）。
  • 劣勢：適合中小型 CLI 介面，若要構建全螢幕、高密度資料互動的複雜 TUI 軟體，效能與架構管理會逐漸吃力。

• Go Bubbletea (Charm生態)

  • 設計亮點：基於 Functional Programming 的 Elm 架構（Init, Update, View），狀態流向極度清晰。配合同家的 Lipgloss 樣式庫與 Bubbles 組件庫，視覺質感極高。
  • 優勢：編譯成單一原生二進位檔（Single Executable），無須依賴執行期，啟動速度與記憶體開銷表現優異。
  • 劣勢：版面編排主要依靠程式碼進行拼接，對於複雜的多欄位彈性版面，計算邏輯比 CSS 直觀度略遜一籌。

• Rust Ratatouille (前身為 tui-rs)

  • 設計亮點：採用立即模式（Immediate Mode），每一格 Frame 重新繪製整個介面，完全無隱藏狀態。
  • 優勢：極致效能與記憶體安全，適合開發系統級的高幀率監控面板（如 gping）。編譯後的單一執行檔體積小、效能強悍。
  • 劣勢：無內建的高階 CSS/Flexbox 排版系統，需手動使用 Layout::default().constraints(...) 切割區塊，代碼量較大。